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Background 

This invention relates generally to controlling sharing of files by portable devices, 
and, more particularly, to controlling sharing of music files by portable music players. 

Personal electronic devices of various types have become prevalent in everyday 
use. For example, it is not uncommon to find consumers today using cellular phones, 
personal digital assistants (PDAs), pagers, portable music players such as MP3 (Moving 
Pictures Expert Group, Layer 3) players, and other types of music players. 

The availabihty of digital music today may be one reason portable music players 
have become popular amongst music fans. In some cases, digital music is stored in 
digital files that may be readily exchanged by users. Currently, transferring digital music 
files fi:om one music player to another typically involves a host, usually a personal 
computer or network. For example, a user may transfer a music file from a host to one or 
more music players. Transfers may include making copies of the file, or, alternatively, 
moving the original file. 

To discoiuage unauthorized copying and playing of digital audio content, a 
variety of secure mechanisms have been proposed, including Secure Digital Music 
Initiative (SDMI). The SDMI Portable Device Specification Part 1, Version LO, 
document No. pdwg99070802, pubHshed July 8*^, 1999. While SDMI may contribute in 
reducing unauthorized transfers of files from a host computer to a portable music device. 



it may not necessarily be as effective in controlling unauthorized transfers of music files 
between portable music devices. 

Thus, there is a need to control sharing of music files by portable music devices. 

Brief Description of the Drawings 
The invention may be understood by reference to the following description taken 
in conjunction with the accompanying drawings, in which like reference numerals 
identify like elements, and in which: 

Figure 1 is a stylized block diagram of a communications system, in accordance 
with one embodiment of the present invention; 

Figure 2 is a flow chart of one embodiment of software resident on a host system 
in the communications system of Figure 1; 

Figure 3 is a block diagram of a portable device that may be employed in the 
communications system of Figure 1, in accordance with one embodiment of the present 
invention; 

Figure 4 is a flow chart of one embodiment of software resident on the portable 
device of Figure 3; 

Figures 5A-5C illustrate one embodiment of a file table that may be stored on the 
portable device of Figure 3; and 



Figure 6 is an isometric view of a portable device that may be used in the 
communication system of Figure 1, in accordance with one embodiment of the present 
invention. 

Detailed Description 

Referring now to Figure 1, a block diagram of a communications system 10 is 
shown in accordance with one embodiment of the present invention. The 
communications system 10, in one embodiment, includes a host system 15 having a 
control unit 16 coupled to a storing device 17. The host system 15 may include a transfer 
module 18 that may be resident in the storage device 17 of the host system 15. As 
described in more detail below, the transfer module 18 may be capable of transferring 
one or more files stored in the storage device 17 of the host system to one or more 
portable devices 20(l-n). A "file" may contain, in one embodiment, any form of data for 
which it may be desirable to control transfer access, such as controlling the number of 
times the file may be transferred between portable devices 20(l-n). Although not so 
limited, in the illustrated embodiments, the files are music files having digital music data 
stored therein. 

In one embodiment, the host system 15 may be compliant with a standard that 
allows for secure distribution of music. For example, the host system 15 may be a SDMI 
compliant system, where music files are first imported into a SDMI domain before being 
stored in the storage device 17 of the host system 15. The SDMI domain typically refers 
to a subset of the environment where the SDMI rules and behaviors are obeyed. One 



SDMI rule, for example, calls for the music file to be first watermark screened before the 
music file can be stored in the SDMI domain. Typically, after the watermark screening, 
the contents of the music file are encrypted and then stored in the storage unit 17, where 
the encrypted file may later be transferred to other portable devices 20(1 -n). 

The host system 15 may be one of a variety of processor-based systems that is 
capable of storing and/or transmitting digital music to one or more of the portable devices 
20(1 -n). As described in more detail below, the host system 15, in one embodiment, is 
capable of transmitting a transfer count associated with each transmitted music file to the 
portable device 20(1), where the transfer count, in one embodiment, may represent the 
nimiber of times a particular music file may be shared by (or transferred firom) the 
portable device 20(1). The host system 15 may be a laptop computer, a desktop 
computer, a main fi-ame computer, or any other processor-based device. The portable 
device 20(1 -n) may be any one of a variety of devices capable of exchanging one or more 
files, including a portable music player, cellular phone, personal digital assistant (PDA), 
pager, and the like. In one embodiment, the cellular phone, PDA, and pager may be 
capable of playing the contents stored in one or more music files. In one embodiment, 
the portable device 20(1 -n) may be a battery powered device. 

Although any one of the portable devices 20(1 -n) of Figure 1 may be capable of 
receiving files fi-om the host system 15, for ease of illustration, in the illustrated 
embodiment, the portable device 20(1) is shown to receive one or music files fi-om the 
host system 15 over a connection 25. The connection 25 may be, in one embodiment, 
any type of standardized connection with established protocols, such as infirared (IR), 
universal serial bus (USB), or other wired or wireless connections. Once the portable 
device 20(1) receives the one or more music files fi"om the host system 15, these music 



files may then be transferred firom the portable device 20(1) (also referred to as the 
"transmitting portable device") to one or more of the other portable devices 20(2-n) (also 
referred to as "receiving portable devices"). For ease of illustration, in the illustrated 
embodiment the transmitting device 20(1) is shown as transmitting music files to other 
portable devices 20(1 -n), although it should be understood that, in other embodiments, 
any pair of the portable devices 20(1 -n) may be the transmitting or receiving device. 

hi accordance with one embodiment of the present invention, the transmitting 
portable device 20(1) may be communicatively coupled to one or more of the receiving 
portable devices 20(2-n) over a connection 30. The connection 30 may be a wired or 
wireless connection over which the portable devices 20(1 -n) may communicate with each 
other, including exchanging, in one embodiment, one or more music files and a transfer 
count associated with each of the music files, as described in more detail below. 

Referring now to Figure 2, a flow chart of the transfer module 18 is illustrated in 
accordance with one embodiment of the present invention. The transfer module 18 may 
be invoked (at 40) when a user wishes to transfer one or more music files firom the host 
system 15 to the portable device 20(1). The transfer module 18, in one embodiment, 
estabUshes (at 45) a connection with the portable device 20(1). In one embodiment, 
establishing (at 45) the connection may include verifying a secure and compatible 
connection. For example, if transferring a SDMI-authenticated music file, the host 
system 15 may ensure that the remote portable device 20(1) is SDMI compliant. 

The host system 15 transfers (at 50) at least one file to the portable device 20(1). 
In one embodiment, the transferred file may be encrypted in accordance with the SDMI 
specification. Along with the transferred file, the host system 15 may transmit (at 55) a 



transfer count associated with the file, where the transfer count may, for example, 
indicate the number of times the portable device 20(1) may transfer the received file to 
other devices, such as other portable devices 20(2 -n). In one embodiment, the transfer 
count may be encoded in the contents of the music file such that the transfer count is 
transmitted along with the music file, hi an alternative embodiment, instead of being 
embedded in the music file, the transfer count may be transmitted before or after the file 
is transferred. In one embodiment, the transfer count may be encrypted to prevent 
tampering. 

Referring now to Figure 3, a block diagram of the portable device 20(l-n) is 
illustrated, in accordance with one embodiment of the present invention. The portable 
device 20(1 -n), in one embodiment, includes a control unit 205 that is communicatively 
coupled to a storage device 210, which, in one embodiment, may be one of a variety of 
forms of memory. As described in more detail below, the portable device 20(1 -n) may 
include a transfer module 215 that is capable of transmitting one or more music files 
stored in the storage device 210 to other portable devices 20(1 -n). In one embodiment, 
the portable device 20(1 -n) may include a file table 220 (described in more detail below) 
that includes a listing of the stored music files and their associated transfer count. In one 
embodiment, the portable device 20(1 -n) generates the file table 220 based on the music 
files stored in the storage device 210 and allows the contents of the file table 220 to be 
displayed on the display of the portable device 20(1 -n). As described below with respect 
to Figures 5A-5C, the file table 220, in one embodiment, contains a list of the music files, 
as well as their associated transfer count, that are stored in the portable device 20(1 -n). 
The transfer module 215 may also be stored in the storage device 210, in one 
embodiment. 



The portable device 20(1 -n), in one embodiment, includes an input interface 222. 
The input interface 222, in one embodiment, may be an interface to a plurality of input 
elements, including an input port 225, input pad 230, and/or control buttons 235. The 
input port 225 may be any type of a port through which information may be received 
from other devices, including the host system 15 (see Figure 1) and other portable 
devices 20(l-n). In an altemative embodiment, the portable device 20(l-n) may include a 
separate input port for interfacing the host system 15 and other portable devices 20(1 -n). 
The input pad 230, in one embodiment, may allow a user to select one or more music 
files stored in the transmitting portable device 20(1) for transfer to at least one of the 
receiving portable devices 20(2-n). In another embodiment, the input pad 230 may 
include one or more scroll buttons that allow a user to scroll through a menu of options 
provided by the portable device 20(1 -n). The control buttons 235, in one embodiment, 
may be buttons that allow a user to play, fast-forward, rewind, stop, and/or pause the 
music played on the portable device 20(l-n). 

The portable device 20(1 -n), in one embodiment, includes an output interface 245 
that may serve as an interface to an output port 250, speaker 255, display 260, and/or 
headphones port 265. The output port 250 may be, for example, an IR port or a USB 
port, a line out port, and the like for linking to another portable device to transfer 
information in a manner described in more detail below. 

The portable device 20(1 -n), in one embodiment, includes a removable media 
interface 275 for accessing removable media (not shown) inserted by the user in an input 
slot 277. Examples, of removable media may include mini disks, flash memory sticks, 
diskettes, and the like. 



For clarity and ease of illustration, only selected functional elements of the 
portable device 20(1 -n) are illustrated in Figure 2, although those skilled in the art will 
appreciate that the portable device 20(1 -n) may comprise additional functional elements. 
For example, the portable device 20(1 -n) may include converters, such as analog-to- 
digital and digital-to-analog converters, for converting the music signals to a desired 
format. Additionally, it should be appreciated that Figure 2 illustrates one possible 
configuration of the portable device 20(1 -n) and that other configurations comprising 
different interconnections may also be possible without deviating from the spirit and 
scope of one or more embodiments of the present invention. For example, the input 
elements (e.g., input pad 230, control buttons 235) and output elements (e.g., display 260, 
speaker 255) of the portable device 20(1 -n) may have separate respective input and 
output interfaces. It should be appreciated that one or more of the elements of the 
portable device 20(1 -n) may be implemented in software, hardware, or a combination 
thereof 

Referring now to Figure 4, a flow chart of one embodiment of software resident 
on the portable device of Figure 2 is illustrated. In particular. Figure 4 illustrates a flow 
chart of the transfer module 215 (see Figure 2) of the portable device 20(l-n). Once the 
portable device 20(1) receives one or more music files fi"om the host system 15 (as 
described in Figure 2), the transfer module 215, in one embodiment, may transfer one or 
more of the stored music files from the transmitting portable device 20(1) to other 
receiving portable devices 20(1 -n). Thus, the transfer of files may begin, in one 
embodiment, when the transfer module 215 is initiated (at 305). 

The transfer module 215 of the transmitting portable device 20(1) may establish 
(at 310) a connection with one of the receiving portable devices 20(2 -n). In one 
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embodiment, the transmitting portable device 20(1) may establish a wireless or wired 
peer-to-peer connection with the one or more of the receiving portable devices 20(2-n). 
In one embodiment, establishing (at 310) the connection may include the transfer module 
215 of the transmitting portable device 20(1) estabUshing a secure connection with the 
transfer module 215 of one or more of the receiving devices 20(2-n). For example, if the 
transmitting portable device 20(1) is a SDMI-compliant portable device, the transfer 
module 215 of the transmitting module 20(1) may verify that the receiving device 20(2-n) 
is also SDMI-compliant. In one embodiment, the transmitting and receiving devices 
20(1) and 20(2-n) establish a secured authenticated channel using key negotiation. 

A user may select (at 315) at least one music file to transfer to one or more of the 
receiving portable devices 20(2 -n). In one embodiment, the user may use the input pad 
230 (see Figure 2) of the transmitting portable device 20(1) to select the at least one 
music file to transfer to one or more of the receiving portable devices 20(2-n). The input 
pad 230, for example, may allow the user to scroll through the stored music files on the 
transmitting device 20(1) and select at least one music file to transfer. Once at least one 
music file is selected (at 315), the transfer module 215, in one embodiment, accesses the 
transfer count associated with the selected (at 320) music file. The transfer coimt, in one 
embodiment, may represent the number of times one or more of the receiving portable 
devices 20(2-n) may further transfer the received music file. In one embodiment, the 
transfer count may be stored in the storage device 210 (see Figure 3) of the transmitting 
device 20(1). 

The transfer module 215 determines (at 325) if the transfer count associated with 
the selected music file is greater than zero. As described below, each time a music file is 
transferred, the transfer module 215 reduces the transfer count by one to indicate that the 



number of allowed transfers has been reduced by one. If the transfer module 215 
determines (at 325) that the associated transfer count is not greater than zero, then the 
transfer module, in one embodiment, indicates (at 330) to the user that the maximum 
allowed transfers for that music file have been reached. In one embodiment, the transfer 
module 215 may display a message on the display 260 of the transmitting portable device 
20(1) indicating that the number of allowed transfers for that music file has been reached. 

If, however, the transfer module 215 determines (at 325) that the associated 
trausfer coimt is greater than zero (i.e., additional transfers may be allowed), then the 
transfer module 215, in one embodiment, transmits (at 335) the selected file, as well as a 
preselected transfer count, to one or more of the receiving portable devices 20(2-n). In 
one embodiment, the music file may be transmitted as an encrypted file, where the 
encryption complies with the SDMI specification's requirements to encrypt or protect the 
content over one of a variety of transport mediums. A key (e.g., unique sequence of bits), 
for example, may be used to decrypt the encrypted file, in one embodiment. The 
preselected transfer count value, in one embodiment, represents the number of times one 
or more of the receiving portable devices 20(2 -n) may fiirther transmit the received file to 
other portable devices 20(1 -n). In one embodiment, the transfer module 215 of the 
transmitting portable device 20(1) transmits a preselected transfer count of zero to 
prevent the receiving portable device 20(1 -n) fi-om fiirther transferring the received music 
file to other devices. 

The transfer module 215 determines (at 340) if the transfer (at 335) fi*om the 
transmitting portable device 20(1) to one or more of the receiving portable devices 
20(2 -n) was successfiil. If the transfer module 215 determines (at 340) that it was not 
successfiil, then the transfer module 215 may indicate (at 345) that the transfer failed. In 
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one embodiment, a transfer failure indicating message may be displayed on the display 
260 of the transmitting device 20(1), or, alternatively, an audio message indicating 
transfer failure may be played on the speaker 255 or through the headphones port 265. 

If the transfer module 215 determines (at 340) that the transfer was successful, 
then the transfer module 215, in one embodiment, updates (at 350) the transfer coimt 
associated with the transferred file by decrementing it by one. As mentioned, by 
decrementing the transfer coimt by one, the overall number of transfers allowed for that 
music file is reduced. In one embodiment, the transfer count is updated after the transfer 
module 215 determines (at 340) that the transfer was successful. It may be desirable to 
first verify that the transfer of the music file is successful before updating the transfer 
count to ensure that the transfer count is reduced only upon a successful transfer. 

The transfer module 215 of the transmitting portable device 20(1), in one 
embodiment, transmits (at 355) authenticating data associated with the transferred file. 
That is, in one embodiment, the transfer module 215 may transmit a key to decrypt (if 
desired) the music file received by one or more of the receiving portable devices 20(2 -n). 

The transfer module 215 of the transmitting portable device 20(1), in one 
embodiment, determines (at 360) if the user wishes transfer additional music files. If so, 
the user is allowed to select (at 315) at least one file for transferring. The process may 
then be repeated, in one embodiment, until the user has transferred all the desired files. 
Once the desired files have been transferred from the transmitting portable device 20(1) 
to one or more of the receiving portable devices 20(2 -n), the process ends (at 370), in one 
embodiment. 
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As mentioned, in one embodiment, if the transfer module 215 determines (at 325) 
that a user has reached the allowed transfers for a given music file, the transfer module 
215 may indicate (at 330) to the user that the maximum allowed transfers have been 
reached. After the indication (at 330), the transfer module 215 may determine (at 360) if 
the user wishes to transfer additional files, in one embodiment. If so, the user may be 
allowed to select (at 315) other music files, in one embodiment. 

Referring now to Figures 5A-5C, one embodiment of the file table 220 that may 
be stored on the portable device 20(1 -n) of Figure 3 is illustrated. Specifically, as 
described in more detail below, Figure 5 A illustrates sample contents of the file table 220 
(see Figure 3) before selected music files are transferred from the transmitting portable 
device 20(1) to one or more of the receiving portable devices 20(2-n). Figure 5B 
illustrates sample contents of the file table 220 of the transmitting device 20(1) after the 
selected files are transferred to one or more of the receiving portable devices 20(2-n). 
Figure 5C illustrates sample contents of the file table 220 of one or more of the receiving 
devices 20(2-n) after the selected files are transferred from the transmitting portable 
device 20(1). 

In one embodiment, the contents of the file table 220 may be accessed by the user 
on the portable device 20(1 -n) so that the user may view how many music files are stored 
in the portable device 20(1 -n), the title of each music file, and the transfer coimt 
associated with that music file. In alternative embodiments, additional information or 
fewer information may be included in the file table 220, depending on the 
implementation. 
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Referring to Figure 5 A, the file table 220 includes a plurality of entries 420(1 -m), 
where, in one embodiment, each of the plurality of entries 420(1 -m) includes a music file 
number, the title of (or other identifier for) the music file, and a transfer count associated 
with that music file. The file table 220 of Figure 5A illustrates, in one embodiment, 
current (e.g., before a file transfer) content of the music files stored in the storage device 
210 of the transmitting device 20(1). As can be seen, for example, the first entry 420(1) 
includes a music identifier "first music file" having a transfer count of four, which, in the 
illustrated embodiment means that the music file, "first music file," may be transferred 
four more times to one or more of other portable devices 20(2 -n). Similarly, the second 
entry 420(2) indicates that the music file, which has a transfer count of two, may be 
transferred two more times to one or more of the receiving portable devices 20(2 -n). The 
third entry 420(3) indicates that the third music file, "third music file," may be transferred 
two times, as indicated by a transfer count of two. 

For illustrative purposes, it is herein assumed that a user selects "first music file" 
and "second music file" to transfer firom the transmitting portable device 20(1) to one or 
more of the receiving portable devices 20(2-n). Further, assuming that once the selected 
files are transferred to one or more of the receiving portable devices 20(2 -n), it is desired 
that no fiirther transmissions of the selected files should be allowed fi"om one or more of 
the receiving portable devices 20(2-n) to other devices. Once the two selected files are 
successfiiUy copied to one or more of the receiving devices 20(2-n), the transfer module 
215 of the transmitting portable device 20(1) updates the transfer count of the transferred 
files, as shown in Figure 5B. As such, Figure 5B illustrates revised contents of the file 
table of one or more of the transmitting portable devices 20(1) after the transfer. As can 
be seen in the entries 420(1) and 420(3) of Figure 5B, the transfer count of "first music 
file" is three and the transfer count of "third music file" is one, which means that "first 
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music file" may now be transferred only three more times and "third music file" only one 
more time. Since in the illustrated embodiment the other music files were not transferred, 
the transfer count for these files remains the same, in one embodiment. 

In one embodiment, as discussed above, the transmitting portable device 20(1) 
transmits a transfer count along with the two music files. Because no fiirther 
transmissions of the music files, "first music file" and "third music file," are allowed in 
the illustrated example, the transmitting portable device 420(1) transmits a transfer count 
of zero for each of these music files to prevent any fixrther transfers. 

Figure 5C illustrates the contents of the file table 220 on the receiving device 
20(2-n) after the transfer. As can be seen. Figure 5C includes a plurality of entries 
420(1 -g), where the first two entries include the music files that were transferred from the 
transmitting portable device 20(1). The transfer count of the entries 420(1-2) of the file 
table 220 of Figure 5C is zero, which means that these files may not be further transferred 
by the receiving portable device 20(2-n) to other devices. However, as can been seen, the 
third entry 420(3), along with other entries (e.g., 420(g)) have a non-zero transfer count, 
which may be either because a non-zero transfer count was transmitted when these files 
were received from other portable devices 20(1 -n), or, altematively, these files may have 
been received directly from the host system 15 (see Figure 1) that may have transmitted 
non-zero transfer counts, thereby allowing further transfer of these files. 

Although in the illustrated embodiment a transfer count is used to track the 
number of allowed file transfers, in alternative embodiment other indications may be 
used to control the number of allowed file transfers. For example, a separate counter may 
be used to count the number of transfers, where the separate counter may then be used to 
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compare against the maximum number of transfers allowed for that particular file. 
Similarly, other methods may be employed to track the number of allowed transfers that 
are consistent with the spirit and scope of one or more embodiments of the present 
invention. 

Referring now to Figure 6, an isometric view of a portable device 510 is 
illustrated, in accordance with one embodiment of the present invention. The portable 
device 510, in one embodiment, may be the portable device 20(l-n) of Figure 3. 
Although not so limited, in the illustrated embodiment, the portable device 510 is a music 
player, such as an MP3 music player. As shown, the portable device 510 includes the 
input port 225 that may receive one or more music files, as well as an associated transfer 
coimt with the music files, fi*om extemal sources, such as the host system 15 (see Figure 
1), other portable devices 20(1 -n), or any other suitable source. The output port 250 is 
provided for transferring one or more music files, as well as an associated transfer count 
with the music files, to extemal sources, such as other portable devices 20(1 -n). 

The portable device 510 includes the display 260 and input pad 230. The input 
pad 230 includes, in the illustrated embodiment, a menu button and a scrolling button. 
The menu button of the input pad 230 may, for example, cause a menu with selected 
options (e.g., transfer a music file) to be displayed on the display 260. The options in the 
menu button may be browsed using the scrolling button of input pad 230, in one 
embodiment. For example, a user may use the scrolling button of the input pad 230 to 
select a "transfer a music file" option to initiate the transfer process described above. 

The portable device 510, in one embodiment, includes the control buttons 235 for 
playing, pausing, stopping, fast-forwarding, rewinding music files that may be stored in 
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the portable device 510. The music played by the portable device 510 may be played 
from the speaker 255, or, alternatively, through the headphone port 265, in one 
embodiment. 

In one embodiment, the portable device 510 includes the input slot 277 that may 
be capable of receiving removable media, such as flash memory sticks, mini disks, 
compact disks, digital video disks, diskettes, or any other media capable of storing music 
that may be played by the portable device 510. In one embodiment, the transfer count of 
a music file may be reduced each time a music file is transferred to a removable media 
(e.g., as opposed to another portable device over a connection). 

The various system layers, routines, or modules may be executable control units 
(such as control units 16 and 205 (see Figures 1 and 3)). Each control imit may include a 
microprocessor, a microcontroller, a processor card (including one or more 
microprocessors or controllers), or other control or computing devices. The storage 
devices referred to in this discussion may include one or more machine-readable storage 
media for storing data and instructions. The storage media may include different forms 
of memory including semiconductor memory devices such as dynamic or static random 
access memories (DRAMs or SRAMs), erasable and programmable read-only memories 
(EPROMs), electrically erasable and programmable read-only memories (EEPROMs) 
and flash memories; magnetic disks such as fixed, floppy, removable disks; other 
magnetic media including tape; and optical media such as compact disks (CDs) or digital 
video disks (DVDs). Instructions that make up the various software layers, routines, or 
modules in the various systems may be stored in respective storage devices. The 
instructions when executed by a respective control unit cause the corresponding system to 
perform programmed acts. 
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The particular embodiments disclosed above are illustrative only, as the invention 
may be modified and practiced in different but equivalent manners apparent to those 
skilled in the art having the benefit of the teachings herein. Furthermore, no limitations 
5 are intended to the details of construction or design herein shown, other than as described 
in the claims below. It is therefore evident that the particular embodiments disclosed 
above may be altered or modified and all such variations are considered within the scope 
and spirit of the invention. Accordingly, the protection sought herein is as set forth in the 
claims below. 
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